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J BACKGROUND OF THE INVENTION 

£ Technical Field 

s The present invention relates to rendering user interface elements in a content 

H browser and more particularly to performing inline error notification in a content browser. 

J% Description of the Related Art 

Prior to the popularization of the Internet and the subsequent deployment of the 

World Wide Web, software publishers typically distributed computer applications via 

storage media such as a computer diskette or compact disc. Initially, such computer 

applications included underlying program logic, data storage and, optionally, a user 

10 interface. Over time, as the processing capabilities of underlying computing devices 
* 

evolved, increasingly more complex user interfaces were developed for use with 
corresponding computer applications. In particular, the advent of the graphical user 
interface (GUI) resulted in an expectation among end users that a computer application 
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include an intuitive and aesthetically pleasing graphical interface through which end 
users could effectively interact with the computer application. 

Recently, given the popularization of the Internet and the World Wide Web, it is 
no longer reasonable to presume that computer applications are distributed exclusively 
5 via disk medium. Rather, in many cases, conventional computer programs are 

distributed electronically via the Internet. More importantly, however, in many cases 
computer applications are no longer distributed as stand-alone executable programs. 

P Rather, many computer applications are distributed as Web applications which can 

H 

£ include a collection of hypermedia documents such as Web pages which can be viewed 
tt in hypermedia content browsers such as Web browsers. 

In the case of a Web application, users interact with the underlying program logic 
not through a traditional GUI, but through a GUI provided by widgets embedded in a 
hypermedia document displayed in a hypermedia content browser. Unfortunately, Web- 
based GUIs do not enjoy the same flexibility of the conventional GUI. Specifically, GUI 
15 widgets which can be dynamically modified during run-time are not also included as part 
of a Web-enabled GUI. In fact, fundamental limitations of modern markup languages 
prohibit software developers from accessing "basic" GUI components such as inline 
error notifications. 

Inline error notifications are graphical mechanisms which alert an end-user to an 
20 error condition. In conventional software applications, form-based user-interactions 
often make extensive use of inline error notifications, particularly in the case of 
validating user-provided form-based input. For instance, a typical inline error 
notification can include notifying an end-user when a provided value falls outside of the 
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range of permissible values as would be the case where a user specifies the number 32 
in reference to a day in a particular month, or the letter "A" in reference to one's age. 

Though it is important to be able to emulate inline error notifications in Web 
applications, such emulation is not easily undertaken. Specifically, in a conventional 
5 application, inline error notifications can be provided through simple message boxes, or 
more complex pop-up dialog boxes. Alternatively, the GUI itself can repaint itself to 
include the notification in close proximity to the erroneous entry. In a Web application, 



however, message boxes and dialog boxes are not GUI elements which can be 



2 provided without the use of embedded scripting and program logic requiring advanced 
If processing in the content browser. 

3 For instance, it is known to emulate inline error notifications using JavaScript and 
N Dynamic HTML. Still, some conventional Web browsers cannot process JavaScript or 
W Dynamic HTML and are configured only to process basic versions of HTML, such as 

V4 HTML 3.2. Moreover, the activation of inline error highlighting facilitated through 
15 JavaScript and Dynamic HTML often require extensive communications between the 
content browser and content server. Extensive communications between the content 
server and content browser, however, can detract from the performance of the Web 
application. 
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SUMMARY OF THE INVENTION 

The present invention is an inline error notification method for use in content 
browsers which overcomes the deficiencies of the prior art. Advantageously, unlike 
prior art inline error notification methods, in the present invention, inline error notification 
can be emulated without expending processing resources which otherwise would be 
expended when using JavaScript, DHTML or such other client side processing 
technologies. Rather, in the present invention inline error notification can be emulated 
using markup which can be rendered even in skeletal content browsers capable only of 
processing HTML 3.2. 

In one aspect of the present invention, an error notification method can include 
detecting in a form-based submit, at least one validation error based upon a value 
provided through an input-element in a markup specified form. Upon detecting a 
validation error, a row can be inserted in the markup specified form in a position which 
is proximate to the input-element. In particular, the row can be assigned a background 
color which differs from other colors which are visible in proximity to the inserted row. 
Error text can be selected which corresponds to the validation error. Subsequently, the 
selected error text can be inserted in the row. 

Notably, an anchor tag can be further inserted in the markup specified form in a 
•position which is proximate to the input-element. Also, where it can be determined that 
-the markup specified form contains multiple views in which one of the views contains 
the input-element; the one view containing the input-element can be set to a visible 
status. In any case, the markup specified form can be served in a response to the 
form-based submit, the response referencing the anchor tag. 
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The inline error notification method further can include inserting an error image 
adjacent to the input-element. Also, the step of inserting a row in the markup specified 
form in a position which is proximate to the input-element can include inserting a row in 
the markup specified form in a position which is proximate to but below the 
5 input-element. Finally, the step of inserting an anchor tag in the markup specified form 
can include further inserting an anchor tag in the markup specified form in a position 
which is proximate to but before the input-element. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

There are shown in the drawings embodiments which are presently preferred, it 
being understood, however, that the invention is not limited to the precise arrangements 
and instrumentalities shown, wherein: 
5 Figure 1 is a schematic illustration of a system which has been configured to 

render inline error notification in a content browser in accordance with the inventive 
arrangements; 

Jf Figures 2A and 2B, taken together, are a pictorial illustration of an exemplary 

5 form-based transaction utilizing the inline error notification system of the present 

saw; 

'm invention; and, 

SSSi 
is 

M Figure 3 is a flow chart illustrating an inline error notification method for use in teh 

3 

p system of Figure 1. 

.3SSK 
~. ;■- 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is an inline error notification system and method for use in 
content browsers which overcomes the deficiencies of the prior art. Specifically, when a 
validation error has been detected among submitted values provided by an end-user in 
a form, the form can be modified with an inline error notification markup. In the present 
invention, the inline error notification can include highlighted error text and can be 
provided in a position in the form which is proximate to the input-element in the form in 
which the validation error has occurred. Additionally, using conventional anchor tags, 
the subsequent display of the modified form can be configured to scroll to a level 
proximate to the input-element. 

In this way, not only will the error notification appear distinctive to an end-user, 
but the error notification will be apparent to the end-user even where the error has 
occurred in a position in the form well below the displayable area of the content 
browser. Finally, it will be apparent to one skilled in the art that the inline error 
notification described herein can be implemented without requiring the use of scripting 
languages. Rather, the forms generated by the inline error notification system of the 
present invention can be implemented using only those facilities provided by 
conventional markup languages such as HTML 3.2. 

Figure 1 is a schematic illustration of an inline error notification system 100 which 
has been configured to render an inline error notification in a content browser in 
accordance with the inventive arrangements. As shown in Figure 1 , the system 100 can 
include one or more end-users 104 accessing a content server 102 through a computer 
communications network 106. In particular, the content server 102 can access markup 
p 10M5 *i-i 7 RSW920010112US1 



114 which specifies network distributable content interpretable and displayable in a 
content browser. Notably, though Figure 1 depicts the markup 114 as being included 
within the content server 102, the invention is not so limited to the location of the 
markup 114. 

In response to receiving suitably formatted requests forwarded by the end-users 
104, the content server 102 can retrieve selected portions of the markup 114, the 
selected portions forming "pages", sometimes referred to as Web pages. Still, the 
invention is not limited merely to HTML formatted Web pages and can be included in 
other types of network distributable content which can be specified by other types of 
markup languages such as XML, WML, etc. Once the content server 102 has retrieved 
suitable pages in response to a corresponding request, the content server 102 can 
"serve" the retrieved pages to the requesting end-users 104. 

Importantly, in the present invention, the selected portions of the markup 114 can 
specify a form. Figure 2A is a pictorial illustration of an exemplary form for use in the 
present invention. Forms are well-known user interface tools which can include one or 
more input elements. As shown in the exemplary form of Figure 2A, similar to a 
conventional, paper form, an electronic form which has been specified in markup can 
prompt an end-user to provide information and can permit an end-user to enter the 
prompted information in specified input fields. Once an end-user has completed an 
electronic form, the end-user can "submit" the form by selecting a form-based submit 
element, as will be recognized by one skilled in the art. HTML 3.2 is a markup language 
which provides markup tags useful for defining forms and their respective input 
elements. 
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Returning now to Figure 1, as the selected portion of the markup 1 14 can specify 
a form, the form 1 16 can be forwarded to requesting end-users 104 in which the form 
116 can be rendered by a content browser, such as a browser configured to process 
HTML 3.2. Once the content browser has rendered the form, the end-users 104 can 
interact with the form, particularly providing requested data in the various input elements 
of the form 1 1 6. Once the end-users 1 04 have completed the form 1 1 6, the end-users 
1 16 can submit the completed form in the form of a form submit 108. 

Upon receipt of the form submit 108, the content server 102 can parse the 
completed form and can validate the data provided by the end-user. In particular, a 
validation process 1 12 can be accessed by the content server 102 which can ensure 
that each data value provided by the end-user in an input element in the form falls within 
a permissible range of values for the associated input element. If during the validation 
process 112, one or more values are determined to fall outside the range of permissible 
values, an inline error notification can be generated and provided to the end-user 104 in 
an effort to prompt the end-user 104 to provide valid data. 

For example, Figure 2B illustrates an exemplary form containing an inline error 
notification in accordance with the inventive arrangements. As shown in Figure 2B, an 
inline error notification can be provided in response to an end-user having provided the 
abbreviation "BY" where an abbreviation for one of the fifty states of the United States 
had been expected. As "BY" falls outside of the permissible range of the fifty states, an 
inline error notification has been positioned in a row below the "State" input element. 
Additionally, in order to draw attention to the error notification, the background of the 
inline error notification has been altered to differ from the background of the "State" 
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input element and its surroundings. Finally, as will be apparent to one skilled in the art, 
the content browser display has scrolled to the portion of the form containing the "State" 
object so that the inline error notification is visible to the end-user. 

Figure 3 is a flow chart illustrating an inline error notification method for use in the 
5 system of Figure 1 . Beginning in step 302, markup specifying a form and its constituent 
input elements can be served to an end-user in a manner in which it can be rendered in 
a compatible content browser. For example, a form can be specified using suitable 
hj markup tags according to the HTML 3.2 specification, though the invention is not limited 
]p in regard to the particular markup language used to specify the form. The form can be 
m served using a conventional Web server and can be rendered in a conventional Web 
M browser configured to render HTML 3.2. Once rendered, the end-user can interact with 
y the form, providing values where prompted therein. 

ri When the end-user has completed the form, the end-user can submit the form, 

m typically by selecting a form-submit input element such as a submit button. Upon 
15 selecting the form-submit input element, a string can be generated which contains the 
names of each of the input elements in the form in addition to their respective values. In 
step 304, the string can be received in the content server and in block 306 the string 
can be parsed. In particular, in block 306, each name-value pair provided in the string 
can be extracted therefrom using name-value parsing techniques well-known in the art. 
20 In blocks 308 and 310, the first name-value pair can be validated to ensure its 

conformance with an acceptable set or range of values for a corresponding input 
element. For instance, where the input element has requested an integer, a decimal 
value can be identified as an error. Likewise, where an input element has prompted an 
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end-user for an age, an alphabetic character such as the letter r, C" can be flagged as an 
error. In any case, the invention is not so limited by the type of validation performed for 
each name-value pair. Rather, any type of validation rule can be applied to the values 
provided by the end-user in the form, and the invention can provide an inline error 
notification responsive to detecting an error, regardless of the validation rule giving rise 
to the error. 

If in block 310, the first name-value pair passes validation, in block 322 it can be 
determined whether any name-value pairs remain to be validated. If so, in block 320 
the next name-value pair in the string can be validated and, again, in block 324, it can 
be determined whether the value fails to validate. If not, the process of blocks 320 
through 324 can repeat until no name-value pairs remain. Otherwise, if a validation 
error is detected, either in block 310 or in block 324, an inline error notification process 
can commence in accordance with the inventive arrangements. 

In particular, returning to block 310, if a validation error is detected for a value in 
the first name-value pair in the string, the markup specifying the form can be loaded in 
block 312. Subsequently, in block 314, a suitable textual error message can be 
selected based upon the type of validation error which has occurred. For instance, the 
validation error can produce a code which can act as an index into a table of textual 
error messages. In any event, in block 316, markup specifying a row can be inserted 
into the markup specifying the form. The markup specifying the row can further specify 
the placement of the row at a position which is proximate to the input-element which 
gave rise to the validation error. In a preferred aspect of the invention, the row can be 
positioned below the input-element. 

P1024241H 1 1 RSW920010112US1 



Also in block 316, the textual error message selected in block 314 can be 
inserted into the row. Importantly, to visually distinguish the inline error notification from 
the rest of the form, the background of the row can assume a color which differs from 
the colors of the input element and its surroundings. By differing, it is meant that the 
row is "highlighted" in a manner similar to conventional highlighting. Optionally, an 
image denoting an error can be inserted adjacent to the input-element. Finally, to 
ensure the visibility of the error notification, in step 318 an anchor tag can be applied 
proximately to the input-element. In consequence, when the page containing the form 
is reloaded, the anchor can be specified in the URL causing the page to scroll to a 
position which is proximate to the input-element. Notably, where the page contains 
hidden elements not accessible by scrolling, for example an advanced GUI notebook 
containing frames accessible through tabs, or a wizard containing a series of 
sequentially positioned frames, instead of only using an anchor, in addition the desired 
view can be set to "visible" using techiques which are well-known in the art. 

Importantly, if the first validation error is detected not in association with the first 
name-value pair, but with a subsequent name-value pair, in block 328 first it can be 
determined whether the markup specifying the form has been previously loaded into 
memory in which the markup can be modified. If not, in block 312, the markup can be 
loaded, otherwise, the process can be performed in the same manner as described 
above beginning in block 314 and continuing through block 318. In any case, once the 
inline error notification has been inserted into the markup specifying the form, the 
process can return to block 322 in which it can be determined whether additional name- 
value pairs remain to be processed. If no name-value pairs remain to be validated, in 
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block 326 the modified markup specifying the inline error notification can be served to 
the end user using a URL which directs the content browser of the user to scroll to an 
anchor positioned specified therein. 

The present invention can be realized in hardware, software, or a combination of 
5 hardware and software. A method and apparatus for emulating an inline error 

notification according to the present invention can be realized in a centralized fashion in 
one computer system, or in a distributed fashion where different elements are spread 
q across several interconnected computer systems. Any kind of computer system, or 
sp other apparatus adapted for carrying out the methods described herein, is suited. 

m A typical combination of hardware and software could be a general purpose 

.-4.-.;; 

^ computer system with a computer program that, when being loaded and executed, 
y controls the computer system such that it carries out the methods described herein. 
'Tfi The present invention can also be embedded in a computer program product, which 
fy comprises all the features enabling the implementation of the methods described 
15 herein, and which, when loaded in a computer system is able to carry out these 
methods. 

Computer program or application in the present context means any expression, 
in any language, code or notation, of a set of instructions intended to cause a system 
having an information processing capability to perform a particular function either 
20 directly or after either or both of the following a) conversion to another language, code 
or notation; b) reproduction in a different material form. Significantly, this invention can 
be embodied in other specific forms without departing from the spirit or essential 
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attributes thereof, and accordingly, reference should be had to the following claims, 
rather than to the foregoing specification, as indicating the scope of the invention. 
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